home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / cbm / 640 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.1 KB
  1. Path: ix.netcom.com!JAMESCHA
  2. From: jamesch@ix.netcom.com (James Chamblin)
  3. Newsgroups: comp.sys.cbm
  4. Subject: Re: Serial SPEED
  5. Date: 12 Jan 1996 12:48:25 GMT
  6. Organization: Netcom
  7. Message-ID: <4d5lap$snb@ixnews8.ix.netcom.com>
  8. References: <821430808@p71.f411.n201.z2.ftn>
  9. NNTP-Posting-Host: ix-orl1-16.ix.netcom.com
  10. X-NETCOM-Date: Fri Jan 12  4:48:25 AM PST 1996
  11. X-Newsreader: News Xpress Version 1.0 Beta #4
  12.  
  13. In article <821430808@p71.f411.n201.z2.ftn>,
  14.    Pontus Berg <Pontus.Berg@p71.anet.canit.se> wrote:
  15. >Howdy!
  16. >
  17. >I just had a chat with Rowdy and we came up with a kewl idea that I'd 
  18. like to
  19. >present on how to speed up normal serial transfer of files. (While 
  20. writing I got
  21. >an even better one that I'll mail in the next mail after this one!)
  22. >
  23. >The idea is based on a REU being available;
  24. >
  25. >Recieve:
  26. >
  27. >* Set up the REU for transfer C64->REU with fixed address in the C64 
  28. end
  29. >- Fixed address set to $DD01 (the serial bus isn't it?) * Poll the 
  30. port for new
  31. >bit
  32. >* Do STA $FF00 to execute the storage in the REU
  33. >
  34. >This way you "sample" the serial bus and the overhead for each bit is 
  35. kept to a
  36. >minimum. You store 8 times the data you need but you do it FAST!
  37. >
  38. >Of course you'd need to deciper what you have got in the REU but I 
  39. imagine this
  40. >to be a faster process when you can do it in bigger hunks than on each 
  41. byte and
  42. >you only have to do it after every (reu size/8) bytes.
  43. >
  44. >Aslo the disk I/O is faster if you process it in bigger hunks!
  45. >
  46. >The other way around is also possible; you set up the bytes and 
  47. prepare the
  48. >bytes, place them in the REU and there you go banging them on the 
  49. port.
  50. >
  51. >Oh, well. Perhaps this planeted ideas in someones head... Off for the 
  52. better
  53. >one!
  54. >
  55. >
  56. >/Pontus Berg, Bacchus@FairLight.COM
  57. >
  58. >.... MicroSoft, as good as AIDS!
  59. >    (Pontus)
  60.  
  61. Actually, I've seen this idea used for sampling data, except it used a 
  62. chip that put out the digital signal in parallel and the data was read 
  63. off the user port.  You get 1 sample every machine cycle.  playing the 
  64. sample would be reversed using the SID volume as the destination 
  65. register.
  66.  
  67. You know, this idea could have alot of potential, like mabey a digital 
  68. scope or frequency counter.
  69.